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(54) Abstract Title 

A fully integrated Web activated control and monitoring device 

(57) A web-enabled microcontroller device is provided with both web server functions (310) and generic 
control and monitoring functions (312). The web-enabled microcontroller device may be embedded in 
domestic, commercial and industrial hardware. Integrated software for remotely controlling hardware by 
means of the microcontroller device combines control application code (31 2) and HTTP server code (310). One 
implementation of the microcontroller device has a microprocessor coupled to a physical communications 
unit, a ROM and a RAM. The protocol stack (314) associated with the HTTP server may be permanently coded 
into the ROM or loaded into the RAM as required. In another implementation, the physical communications 
unit includes a digital signal processor and a wireless access unit, thereby providing a web-enabled digital 
wireless access device. In the wireless implementation, the processing of the wireless access physical layer 
(302) is performed by the digital signal processor and the higher layer processing (310, 312, 314) is performed 
on the microprocessor. 
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' At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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A FULLY INTEGRATED WEB ACTIVATED CONTROL AND 

MONITORING DEVICE 

This invention relates to a fully integrated, Web activated control and 
5 monitoring device. The control device of the invention can be used for 
remotely controlling and monitoring functions in a physical device. 

The Internet and World Wide Web are now ubiquitous technologies for 
information transfer. One prominent data networking standard for 
information transfer is TCP/IP (Transmission Control Protocol / Internet 

10 Protocol). The majority of home computers are now supplied 'Internet 

Ready' and 'Web-enabled', ensuring that many consumers are not only aware 
of the technology, but already have it in their homes. 

Web servers deliver content according to a given protocol for 
presentation on a remote client device, using a Web browser. In the original 

is World Wide Web (WWW) concept, the given protocol was a Hypertext 

Transfer Protocol (HTTP). An HTTP server delivers Hypertext Markup 
Language (HTML) pages to one or more users, for display by an HTTP 
browser. The HTML pages are static files containing text and image 
information. This concept has evolved to include dynamic HTML, whereby 

20 interactive pages (having radio buttons and drop down menus for example) 

provide an interface to other applications such as search engines, databases or 
online dictionaries. Web servers have evolved so that in addition to 
supporting HTTP, the Web servers can support other information transfer 
protocols including a wireless application protocol (WAP), the WAP being 

25 particularly appropriate for delivering content in wireless implementations. 

By embedding a Web server in a target physical device, the WWW 
concept can be further extended to include the control and monitoring of the 
physical device. Examples of suitable target physical devices include video 
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recorders, central heating systemsand home security systems. ^ device 
betng controlled can presen( , protoco] . comp]iant imerface (o ^ 

W (for example the public Internet, an Intranet or a home network) and 
can thus tnterface with any Web browser. The structure and content of the 
protocol-compliant interface presented to the Web browser is stored entirety 
on the controlled device. 

Consider me case of an HTTP server which can be linked ,o a control 
appl.cat.on. The control application in mm interfaces with hardware 
components of the physical device. Examples of hamware components 
winch can be controlled in mis manner include: Digital , 0 Analogue 
Converters (DAC); Analogue to Digital Converter (ADC); parallel 
Input/Output (I/O) or serial I/O devices; display devices; and device 
momtonng logic. Rather than simply serving fixed HTML pages the HTTP 
server may deliver contto, and monitoring information using dynamic Web 
page graphical constructs, for example radio buttons or pul.-down menus 
Consequently, the control application ptovides the HTTP server with device 
status information in HTML forma, and HTML formatted menus for the 
setting of device control parameter, The HTTP content presented to a user 
may be a simulation (or exact copy) of the interfi.ee ptesented by the physical 
device being controlled. 

In general, Web servers have been designed to operate on high 
performance, general-pi^ose computing pkitfoims, and arc optimised for 

ZZm PageS f^^ d — berofusers. Itisknownto 
provide HTTP servers for control applications by embedding a general- 
purpose computer in the physical device to be controlled or by controlling a 

- clearly unsuitable for consumer applications due to the high cos, of 
implementation. 



Alternatively physical devices can be controlled by embedded 
microprocessors (or microcontrollers) rather than general-purpose computers; 
Web servers suitable for the embedded microprocessors have been produced. 
Typically, these Web servers are not fundamentally different in design to 
those used in larger scale general-purpose computing environments. 
Generally, the Web server software for the embedded microprocessors is 
smaller and supports fewer features. However, Web servers for general 
purpose computers and servers for the embedded microprocessors do still 
have the following features in common. 

Firstly, both types of Web server are implemented as a separate piece 
of code that executes in a separate thread or process alongside the control 
application code. 

Secondly, an external scheduling system (usually part of an operating 
system) determines when both the Web server software and the control 
application software get execution time. 

Thirdly, as the control application code and the Web server code are 
both designed to execute separately, code needed to perform standard tasks 
^will often be duplicated in both, adding to the overall size of the software. 

Lastly, both types of Web server code incorporate code which handles 
differences between protocols. In the case of the HTTP, there is no single 
standard definition, rather there are multiple standard versions, each of which 
has many optional features. In addition, there are a number of non-HTTP 
features that are widely considered to be server options. Since a Web server 
is typically a separate piece of code, designed to be applied across a wide 
range of applications, the Web server usually contains code to support 
functionality that is not used by a given specific application. The 
implementation of a Web server in an embedded environment as described 
above is not optimal in a typical consumer appliance implementation using a 
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low cos. microcontroller. The memory and processmg power fa 
typical consumer appliances are very restricted. 

Ideally, the Web server software for implementation in embedded 
envtronments should include no redundant code and the control application 
software should be able to dictate when any support software, such as the 
Web server software, receives execution time. When mis control application 
software is implemented in embedded microcontroller devices, the embedded 
microcotitroller devices may be used to replace existing, known 
mtcrocontroller devices. In addition, the cost and inconvenience of wiring is 
a stgmficant barrier to home networking. The implementation of a wireless 
envn-onment is thus desirable and so there is a need for Web server 
technology in the context of digital radio devices in order to produce a class 
of physical device particularly appropriate for home networking 
implementations. 

According to the present invention, there is provided a microcontroller 
device for controlling a. least one physical device, the microcontroller device 
including a microprocessor coupled to a physical communication unit and a 
memory unit, wherein the memory unit stores an integrated pieco of software 
arranged to perform a server function and a control application function and 
to support protocol stacks. 

Preferably, the physical communication unit includes a UART chip 
Equally preferably, the physical communication unit includes a digital signal 
processor and a wireless access unit. More preferably the digital signal 
processor is a baseband processor. 

Preferably, the microcontroller device is embedded in a single 
integrated circuit. 

Preferably the memory unit includes at least one non-volatile memory 
nmt, the memory unit advantageously, permanently storing the integrated 
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piece of software. More preferably, the non- volatile memory is read only 
memory (ROM) unit. 

Alternatively, the memory unit includes at least one volatile memory 
unit. The integrated software is preferably stored as an image on the at least 
5 one volatile memory unit. The at least one volatile memory unit may be a 

random access memory (RAM) unit. 

Preferably, the server functions provided by the integrated piece of 
software comply with a communications protocol. More preferably, the 
communications protocol is a Hypertext Transfer Protocol and protocol stacks 
10 supported by the integrated piece of software are compatible with the 

Hypertext Transfer Protocol. Equally preferably, the communications 
protocol is a Wireless Application Protocol and protocol stacks supported by 
the integrated piece of software are compatible with the Wireless Application 
Protocol. 

is Preferably, there is provided a physical device controlled by the 

microcontroller device. More preferably, there is provided a communications 
network comprising at least one physical device controlled by the 
microcontroller device. 

According to the present invention , there is also provided a method of 

20 remotely controlling a physical device having at least one function, the 

method including the steps of: providing the physical device with a server 
engine for receiving incoming communications from a remote user; providing 
the physical device with a command handler arranged to produce an 
interpreted remote user communication by interpreting the incoming 

25 communication; providing the physical device with at least one control 

application arranged to receive the interpreted remote user communication 
and to interface with the physical device for controlling the at least one 
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Amotion; and controlling the at least one function in response to the at least 
one control application. 

Preferably, a memory unit having an integrated piece of software 
recorded thereon is provided, wherein the integrated piece of software 
5 performs the method above. 

At least one embodiment of the present invention will now be 
described, by way of example only, with reference to the following drawings, 
in which: 

Figure 1 is a schematic diagram of an IP-based home network; 
«> Figure 2A is a schematic diagram of the layout of a first web-enabled 

microcontroller device; 

Figure 2B is a schematic diagram of the layout of a second web- 
enabled microcontroller device for use in a wireless network environment; 
Figure 3 is a first reference model for the first web-enabled generic ' 
15 microcontroller device of Figure 2A; 

Figure 4 is a schematic diagram of a network showing wireless and 
wired inter-working between devices using different physical layer media; 
and 

Figure 5 is a schematic diagram of the integration of an HTTP server 
20 with a control application. 

Throughout the following description, identical reference numerals are 
used to identify like parts. 

Referring to Figure 1, an IP based home network 102 is coupled to a 
plurality of physical devices, the IP based home network 102 being in 
25 communication with the public Internet 100 via an IP gateway 104. The 

plurality of physical devices can include: computing devices, such as a home 
computer 1 14 or a Personal Digital Assistant (PDA) 128; home entertainment 
devices, such as a television 1 16, a video recorder 1 12, home audio 
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equipment 120; domestic appliances, such as a refrigerator 124, a fax 
machine 126, a mobile telephone 130, a microwave oven 108 or heating and 
lighting facilities 118; security equipment 1 10; a utility meter 106, such as a 
gas meter or an electricity meter; and automotive monitoring equipment such 

5 as car engine management equipment 1 22. 

Remote control of the plurality of physical devices requires that each 
physical device has a microcontroller arrangement for control and monitoring 
of the physical device, and embedded HTTP server software. The HTTP 
server software permits communication with a management terminal, for 

10 example the home computer 1 14 or the wireless web enabled PDA 128. The 

plurality of physical devices are managed using an HTTP browser 
implemented upon the management terminal in order to present information 
generated by the HTTP server software in the form of content pages. In order 
to manage the plurality of physical devices, the management terminal requires 

15 respective IP addresses associated with each of the plurality of physical 
devices. The respective IP addresses can be obtained by an automatic 
discovery process, for example the Bluetooth 'Service Discovery Protocol'. 

Although reference has been made to "Bluetooth" it should be 
appreciated that other wireless access techniques, for example, Infrared Data 

20 Association (IrDA) or Shared Wireless Access Protocol (SWAP), can be used 
to reduce the cost and complexity of network wiring. 

In a first embodiment of the invention (Figure 2A), a web-enabled 
microcontroller arrangement 200 includes a physical communications unit 
202 coupled to a microprocessor 210 via a first data bus 212, a non-volatile 

25 memory unit 204 (e.g. ROM, EEPROM, EPROM or flash memory) and a 

volatile memory unit 206 (e.g. RAM or random access flash) also being 
coupled to the first data bus 212. The microcontroller arrangement 200 is 
suitable for connection to a network for communications with remote devices 
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coupled to the network by means of the physical communications uni, 202 
for example, a Universal Asynchronous Receiver/Tnmsmitterchip (UART) 
Refernng to Figure 3, the web-enabled microcontroller arrangement 
200 .mplements an integrated protocol stack 3 1 4 providing a data link layer 
(Layer 2) 304, an IP layer 306 and a TCP layer 308, the IP layer 306 and me 
TCP layer 308 providing Iransmission and networking layers. The integrated 
protocol stack 3 14 is overlaid upon a physical layer 302 (Layer I). An HTTP 
layer 3 10 ,s overlaid upon the TCP layer 308, the HTTP layer 3 1 0 being 
implemented by HTTP server software. The HTTP server software the 
integrated protocol stack 3 14 and user control application software 312 all 
execu.eontheembeddedmicropro< : essor210. Thephysical layer 302 the 
data link layer 304, the IP layer 306, the TCP layer 308 and the HTTP layer 
310are either coded permanently into the non-volatile memory unit 204(for 
example, mask programmed onto ROM) orprovided as an image which may 
be loaded by a software developer into the volatile memory uni, 206. m the 
latter case, the software developer is free to generate control application 
software specific to the hardware of the controHed devic and linking directly 
to the HTTP server software. 

The code build process incorporates the building of both control 
application code and HTTP server code ,o give a single piece of web-enab.ed 
software. This approach gives a number of advantages in terms of overall 
size and complexity of the web-enabled software, and in terms of utilisation 
of available processing power. 

Firstly, the HTTP server software presents a generic user interface with 
content dependent only on the controlled device itself. The HTTP server 
software uses a networking standard (TCP/IP) which allows a devico to be 
monitored or controlled from anywhere in the world with no translation 
whatsoever of the content presented by the HTTP server. The device can be 
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controlled from a known platform; for example, a workstation, the home 
personal computer 1 14 or the PDA 128. 

Secondly, the HTTP server code and the control application code are 
combined to form a single piece of software in which the HTTP server code 
only executes when called by the control application code. By structuring the 
HTTP server code so that it periodically returns thread mastery to the control 
application code throughout the processing of an incoming HTTP 
communication, and by providing parameters to configure this processing 
both dynamically and as part of the code build, the application is given a high 
degree of control over the available processing power. When active, the 
HTTP server can be seen as making use of spare capacity not used for the 
control application. 

Thirdly, since the HTTP server code is part of an implementation 
specific code build process, the web-enabled control application software 
includes code to support any and all desirable HTTP server features. By the 
use of standard code building techniques and suitable structuring of the HTTP 
server code, any HTTP server code supporting functionality that is optional, 
yet not relevant for the specific implementation for the physical device, can 
simply be excluded from the final software as part of the code build process 
for that implementation. 

Finally, as the control application code and HTTP server code form 
part of the same piece of web-enabled software, they can both make use of 
the same sections of code to perform standard tasks rather than duplicate 
these sections in each case. 

In a second embodiment of the present invention (Figure 2B), the 
microcontroller arrangement 200 differs from that of the first embodiment 
(Figure 2A) by the physical communication unit 202 having an embedded 
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DSP 2,4 and a radio frequency (RF) transceiver device 216, for transmitting 
and receiving signals. 

In .he context of the reference mode, of Figure 3, the physical iayer 302 
» ^ported by the transceiver unit 216 and the embedded DSP 214 Signals 
s received by the transceiver unit 2,6 are processed by the embedded DSP 2,4 

*e embedded DSP 2,4 can a,so support the (baseband) data fink layer 304 ' 
(layer 2). Although specific apparatus have been described for the full or 
partial support of layers 1 and 2 of the referencemodel.it should be 

Som «^onalitiyof fl reda te , il Uclayer304 > meIP 1 ayer306,u 1 eTCP 
layer 308 and the HTTP ,ayer 2,0 is provided by the embedded 

tmcroproces S or2,0. Typical wire.ess access techrto.ogies that use this device 
archttecture include: Digital Enhanced Cordless Telecommunications 
(DECT), G,obal System for Mobile communications (GSM), Bluetooth 
Umversal Mobile Telecommunications System (UMTS), IrDA or SWAP 

It shou,d be understood™* the embedded microprocessor 2,0 can be 
instructed to perform the operations of the DSP 2,4 in addition to Layer 2 and 
control processing, thus the DSP 214 is no, absolutely essential 

the DSP 2 1 4 and the embedded microprocessor 210. 

Referring to Figure 4, the wired and wireless inter-working between 
devrces of Figure , can be seen in more detai,. Layers , and 2 of me wired 
part of the network differ from layers 1 and 2 of the wireless par, of the 
network However, the ,P ■ayer 306, the TCP ,ayer 308 and the HTTP server 
layer 310 are identical, making inter-working straightforward 

In addition to the above described applications, physical devices 
compnsmg the microcontroller arrangement 200 can be used for diagnostic 
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and configuration functions by a remote service centre. For example, a user 
can have difficulty configuring one of the physical devices or the physical 
device may appear to be faulty. The user can connect the physical device to 
the remote service centre via the public Internet 100, where skilled service 
personnel can run diagnostics remotely or assist the user in the configuration 
of the physical device. Additionally, the home entertainment equipment 
incorporating the embedded Web server can include specialised configuration 
and diagnostic functions not accessible to the user. The configuration and 
diagnostic functions, inaccessible to the user, can be accessed by a remote 
customer service centre via the public Internet 100. 

The home security systems 110 can also have additional remote 
management features. A security company can use embedded HTTP server 
technology to provide additional management services to a client. The HTTP 
server software can be used to control and monitor audio and video 
surveillance equipment, and also to control building infrastructure functions, 
for example, heat and power systems. 

In another application, the utility meter 1 06 can be read and controlled 
remotely by both a customer and a utility provider via the wired public " 
Internet 100 or a wireless network in order to save on collection/reading costs 
and to provide a common user interface. 

The HTTP server software embedded in the car engine management 
system 122 can provide a valuable diagnostic tool. The engine management 
system 122 collects performance and service interval information, which can 
be interrogated locally by a garage, or remotely over the public Internet 100 
by a manufacturer's service centre or a breakdown service. Information 
gathered can be used for a number of purposes including: by the garage to 
identify items requiring adjustment/replacement during service; by the garage 
to identify a fault after breakdown; by the breakdown service to identify a 
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fault before dispatching roadside assistance; and by the manufacturer to 
gather performance information over the life of a vehicle. 

In order to exclude unauthorised users from the home IP network 102 
connected to the public Internet 100 where authorised users are relatively 
unskilled, a flrewalling technique is employed. In general, the firewalling 
technique restricts access to local networks from the unauthorised users. The 
firewalling technique is implemented at the gateway 104 between the public 
Internet 100 and the home IP network 102. Access to the home IP network 
1 02 is restricted by applying security measures known in the art including 
filtering of incoming packets on combinations of identification numbers 
including source IP addresses, destination IP addresses, TCP/IP port numbers 
and UDP (User Datagram Protocol) port numbers. 

In a wired network the firewalling function is performed by an IP 
access router known in the art acting as a Local Area Network (LAN) 
switch/router for the controlled devices connected to it. However, in a 
wireless network, it is possible that the gateway is only an access point, and 
performs no switching or routing functions for the devices in communication 
with the wireless network. The firewalling technique is still required for the 
wireless network, but no physical media switching is needed. Consequently, 
the gateway 104 comprises a firewalling device implementing the firewalling 
technique and the protocol relay function in order to provide an access point 
to the public Internet 100 to a home IP network 102. In this case, the 
firewalling device is just another web-enabled physical device and can be 
managed, configured and diagnosed remotely, with expert help as required. 

Referring to Figure 5, the control application 506 is capable of relaying 
commands to a hardware control module 530 and receives responses from the 
hardware control module 530. The HTTP server software includes an HTTP 
server engine 502 and a plurality of command handlers 504. Each command 



13 

handler 504 is a piece of application specific code that the HTTP server 
engine 502 uses to handle a respective application specific aspect of an HTTP 
communication for the control application 506. 

The control application 506 registers each command handler 504 with 
the HTTP server engine 502. The HTTP server engine 502 then calls one of 
the plurality of command handler 504 appropriate for handling a respective 
application specific aspect of an HTTP communication at various stages of 
the HTTP communication. The registration process associates a textual name 
with each command handler 504, thus allowing the appropriate command 
handler 504 to be specified within the HTTP communication (not shown). 
The HTTP server engine 502 looks for textual names of command handlers 
504 within HTTP communications and maps each textual name found, using 
the list of registered command handlers, to an appropriate corresponding 
command handler 504. 

Furthermore, the command handlers 504 are specific to the hardware 
ultimately being controlled through the hardware control module 530. Any 
parameters and context specific content passed by the HTTP server engine 
502 to the control application 506 via a given command handler 504lafe 
interpreted by the given command handler 504, the command handler 504 
acting as an interface between the control application 506 and the Web server 
engine 502. In response to the parameters and context specific content 
delivered via the command handler 504, the control application 506 performs 
whatever action is appropriate given the nature of the HTTP communication 
(not shown). The command handlers 504 also interpret the results of actions 
by the control application 506 and act as the interface back to the HTTP 
server engine 502, for example the command handlers 504 identify errors 
and/or produce parameters and context specific content for the HTTP server 
engine 502 to format into an outgoing HTTP communication (not shown). 
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The HTTP server engine 502 handles all aspects of the HTTP connection 
from receiving and sending of HTTP communications, to parsing and 
formatting the parameters and context specific content. 

The HTTP server engine 502 also handles sequencing, by calling an 
' appropriate command handler 504 a, various points throughout the process of 

handling an HTTP communication. The sequencing is, however, still under 
•heoverall control of the control application 506, due to other features of the 
HTTP server software. The control application 506 can, either as par, of the 
butld process or dynamically for each HTTP communication, specify 
parameters, for instance, how much dam may be sen. or received over the 
TCP/IP connection before returning execution to the contro! apphcation 506. 
Addttionally, in the sequence of events that are required to handle an HTTP 
communication, mere are fixedpoinfs where the centre, appHcation 506 can 
define whether the HTTP server engine 502 continues automatically with the 
next event of the sequence or returns execution to the contro! application 506 
after each event The HTTP server engine 502 therefore is only allowed 
execution time when called by the control application 506. The amount of 
execution time allocated a, each call to the HTTP server engine 502 can thus 
be configured, as can the number of simultaneous HTTP communications mat 
20 can be handled. 

The user can still interact locally with the hardware of the physical 
dev.ee through a local user interface 540. Local user communications (no, 
shown) are handled directly by the control application 506, the control 
apphcation 506 acting as an interface to the hardware control module 530 
* Feedback from the hardware control module 530 retitrns ,o ,he user interface 

540 via the control application 506. 

It will be understood that, although the foregoing description is 
concerned with HTTP server code, other protocol can be adopted in P ,ace of 
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hypertext transfer protocol. Most notably the Wireless Application Protocol 
(WAP) is suitable for the implementation of a Web server in a wireless 
environment. Suitable alternative protocols within which the invention can 
be applied include file transfer protocol (FTP), Session Initiation Protocol 
(SIP), Service Location Protocol (SLP), telnet and secure HTTP (SHTTP). 
Suitable protocol stacks for the physical layer 302 and the data link layer 
(Layer 2) 304 include: X.25, AppleTalk, Ethernet and asynchronous transfer 
mode (ATM). 
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Claims: 

1 ■ A microcontroller device for controlling at least one physical device 
the microcontroller device including a microprocessor coupled to a physical' 
communication unit and a memory unit, wherein the memory unit stores an 
integrated piece of software arranged to perform a server function and a 
control application function and to support protocol stacks. 

2. A microcontroller device according to Claim 1, wherein the physical 
communication unit includes a UART chip. 

3. A microcontroller device according to Claim 1, wherein the physical 
communication unit includes a digital signal processor md , 

unit. 



4- A microcontroller device according ,o Claim 3, wherein the digital 
signal processor is a baseband processor. 

5- A microcontroller device according to Claims 1, 2, 3 or 4, wherein the 
rn.crocontro.ler device is embedded in a single integrated circuit 

6. A microcontroller device according to any one of Claims 1 to 5 
wherein the memory unit includes at least one non-volatile memory unit. 

7. A microcontroller device according to Claim 6, wherein the at least 
one non-volatile memory unit permanently stores the integrated piece of 
software. 
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8. A microcontroller device according to Claims 6 or 7, wherein the at 
least one non-volatile memory unit is a read only memory unit. 

9. A microcontroller device according to any one of Claims 1 to 6, 
5 wherein the memory unit includes at least one volatile memory unit. 

10. A microcontroller device according to Claim 9, wherein the integrated 
piece of software is stored as an image on the at least one volatile memory 
unit. 

10 

11. A microcontroller device according to Claims 9 or 1 0, wherein the at 
least one volatile memory unit is a random access memory unit. 

12. A microcontroller device according to any one of the preceding 
is claims, wherein the server functions provided by the integrated piece of 

software comply with a communications protocol. 

13. A microcontroller device according to Claim 1 2, wherein the 
communications protocol is a Hypertext Transfer Protocol and protocol stacks 

20 supported by the integrated piece of software are compatible with the 

Hypertext Transfer Protocol. 

14. A microcontroller device according to Claim 1 2, wherein the 
communications protocol is a Wireless Application Protocol and protocol 

25 stacks supported by the integrated piece of software are compatible with the 

Wireless Application Protocol. 



JSDOCID: <GB 2360608A I > 



18 

15. A physical device controlled by a microcontroller device as claimed 
in any one of the preceding claims. 

1 6. A communications network comprising at least one physical device 
according to Claim 15. 

1 7. A method of remotely controlling a physical device having at least 
one function, the method including the steps of: 

providing the physical device with a server engine for receiving 
incoming communications from a remote user; 

providing the physical device with a command handler arranged to 
produce an interpreted remote user communication by interpreting the 
incoming communication; 

providing the physical device with at least one control application 
arranged to receive the interpreted remote user communication and to 
interface with the physical device for controlling the at least one function; and 

controlling the at least one function in response to the at least one 
control application. 

1 8. A memory unit having an integrated piece of software recorded 
thereon, wherein the integrated piece of software performs the method as 
claimed in Claim 17. 

1 9. A microcontroller device substantially as hereinbefore described with 
reference to the accompanying drawings. 



20. A network of microcontroller devices substantially as hereinbefore 
described with reference to the accompanying drawings. 
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21. A physical device substantially as hereinbefore described with 
reference to the accompanying drawings. 
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